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DETAILED ACTION 

1 . This action is responsive to the Applicant's response filed 10/23/06. 

As indicated in Applicant's response, claims 1, 7-9, 17 have been amended. Claims 1, 3- 
1 7 are pending in the office action. 

Claim Rejections -35 use §101 

2. 35 U.S.C. 101 reads as follows: 

Whoever invents or discovers any new and useful process, machine, manufacture, or composition of matter, or 
any new and useful improvement thereof, may obtain a patent therefor, subject to the conditions and 
requirements of this title. 

3. Claims 8, 17 are rejected under 35 U.S.C. 101 because the claimed invention is directed 
to non- statutory subject matter. 

The Federal Circuit has recently applied the practical application test in determining whether the claimed 
subject matter is statutory under 35 U.S.C. § 101. The practical application test requires that a " useful, concrete, 
and tangible result" be accomplished. An "abstract idea" when practically applied is eligible for a patent. As a 
consequence, an invention, which is eligible for patenting under 35 U.S.C. § 101, is in the "useful arts" when it is a 
machine, manufacture, process or composition of matter, which produces a concrete, tangible, and useful result. The 
test for practical application is thus to determine whether the claimed invention produces a "useful, concrete and 
tangible result". 

As set forth in the previous Office Action, these claims have been objected to because 
they contain language that would render the invention non-statutory (with emphasis added). As 
amended ( emphasis added), these claims remain deficient for now they still recite 'computer- 
controlled apparatus' without explicit support as to what exactly this apparatus amounts to (or is 
constituted of) in terms of tangible hardware embodiment. The claims 1 and 9 on which these 
claims depend only recite a method with a runtime execution engine. In the Specifications, there 
is not sufficient teaching that this engine is a hardware engine; therefore this engine is construed 
as a .NET or Windows non-hardware engine to execute software instructions. Software 
ftmctionality in the absence of hardware storage or tangible embodiment or execution engine 
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remains functionality not capable of being realized into real-world tangible result, i.e. an abstract 
idea. Lacking a hardware support in order to realize the functionality of the method of the base 
claims, claims 8 and 17 amount to non-practical application; and are rejected for leading to a 
non-statutory subject matter. 

Claim Rejections - 35 USC § 103 

4. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the 
manner in which the invention was made. 

5. Claims 1, 3-17 rejected under 35 U.S.C. 103(a) as being unpatentable over Microsoft 
Corporation, "Microsoft Windows Management Instrumentation Scripting", April 1999, pp. 1-15 
(hereinafter MSWMI), further in view of Admitted Prior Art (APA - see BACKGROUND of 
application). 

As per claim 1, MSWMI discloses a computer-implemented method for providing access 
to instrumentation data from within a managed code runtime environment, the method 
comprising 

providing an application (e.g. WMI technology - Introduction) from in a runtime-aware 
programming language (e.g. Introduction: enterprise environment, model - pg 1; Object, 
Information Model: pg. 5-1 1), the application being suitable for execution by a runtime engine in 
a runtime environment ( Note: application of a enterprise application with modeling and 
interface or extension APIs reads on application with a runtime-aware programming language); 
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executing the application in a runtime environment having a runtime engine, wherein 
there is a defined contract of operation between the executing appHcation and the runtime engine 
to delegate certain application tasks to the runtime engine that enable the runtime engine to 
service requests ( e.g. Windows Management Instrumentation Technology: Access to 
monitor, command, control any entity., Mnder lying mechanism, API ... Interoperability 
...providing and accessing management extend the information ...connect one or more sources 
of management information ...capture instrumentation, detailed queries -pg. 1, bottom to pg. 2 , 
top) from the executing application at runtime; 

including requests for instrumentation data representing management information about 
other applications and devices available outside the runtime environment (e.g. to capture 
instrumentation data from device drivers kernel pg. 2, 5^*^ bullet-top; Performance Monitor 
Provider - pg. 4, 4 bullet; WMI Architecture Overview; using WMIAPIs ... providers supply 
... CIM object Manager with data from managed objects, handle requests ; interface between 
management applications and data providers ... common programming interface to Windows 
Management Instrumentation,- pg.3, middle; Fig. 1, pg. 4; WMI Providers data that is not 
available from the CIMOM ... forward to WMI Provider data and event notifications for 
managed objects - top pg. 4; Advantages of Using WMI Scripting: custom providers can ... 
cover vendor specific instrumentation (for system, applications, devices...), Extensible Providers 
instrumentation - 3*^^ bullet, pg. 5); 

receiving a request at the runtime engine from the executing application for 
instrumentation data available outside said runtime environments the request including 
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a path of an instrumentation data object (e.g. SWbemObjectPath - pg. 6, Features: Object 
Creation; SWbemObjectPath - bottom, pg. 7) for accessing the instrumentation data (e.g. pg. 2, 
5^^ bullet-top; pg.3, middle; Fig. 1, pg. 4; top pg. 4 ), 

options used to retrieve (e.g. SWbemServices Object: Get, Delete, InstancesOf, 
ExecQuery, AssociatorsOf pg. 7, middle; GetObjectText_, Spawnlnstance_, pg. 9, middle) the 
instrumentation data object, and 

an identification of a parent (e.g. ParentNameSpace, pg. 8, 3^^ bullet )of the 
instrumentation data object; 

transmitting a corresponding request for said instrumentation data to an instrumentation 
data source extemal to said runtime environment, receiving a response to said corresponding 
request from said instrumentation data source (e.g. to capture instrumentation data from device 
drivers kernel pg. 2-top, 5^*^ bullet; WMI Architecture Overview: using WMI APIs ... 
providers supply ... CIM object Manager with data from managed objects, handle requests ; 
interface between management applications and data providers ... common programming 
interface to Windows Management Instrumentation,- ^g3, middle; Fig. 1, pg. 4; WMI Providers 
data that is not available from the CIMOM ... forward to WMI Provider data and event 
notifications for managed objects - top pg. 4); 

converting said response to a format that is compatible v^ith said runtime environment 
(Windows Management Instrumentation Technology: supports the syntax of CIM, MOF, 
common programming interface, scripting support - pg. 1, bottom -Note: WMI environment 
working in conjunction with providers via scripting, and API for retrieval of remote objects, 
while supporting syntax of all interfaces reads on converting to syntax compatible for the WMI); 
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responding to said request for instrumentation data with said converted response (Note: 
request for data using API and collecting data into a compatible form for the 
modeling/instrumentation application reads on responding to request for such instrumentation 
data). 

MSWMI does not explicitly discloses that the application for the runtime-aware language 
is written in a intermediate language, nor does MSWMI disclose that the runtime engine to 
execute said application is configured to execute such intermediate language. The use of WMI 
(Microsoft WMI or MSWMI) in application environment known as .NET platform has been 
well-established at the time the invention was made as set forth in APA ( see BACKGROUND 
of Application: pg. 3, bottom para; pg. 4, top two para), according to which Microsoft .NET 
platform utilizes Microsoft WMI to effect the interface necessary to retrieve instrumentation 
data which is taught by MSWMI to the .NET platform, wherein .NET application is compiled as 
intermediate code (IL) so that the IL is admittedly being run using by a Microsoft .NET runtime 
engine ( APA, see BACKGROUND: pg. 2, 3'"* para). Based on MSWMI being also a Microsoft 
product used in retrieving instrumentation data for Microsoft runtime application, it would have 
been obvious for one of ordinary skill in the art at the time the invention was made to utilize the 
WMI (as by MSWMI) so that it supports as interface to a application written in IL and executed 
by a .NET runtime engine (as by APA) because according the Microsoft and APA, .NET 
applications programs are platform independent designed to communicate with many other 
sources, and since MSWMI is also product, of Microsoft running as interface in its own form in 
tandem with the Microsoft .NET environment ( see APA, pg. 3-4) for rendering a variety of 
services to retrieve such muhi-source data for the managed code of .NET ( see APA), using the 



Application/Control Number: 09/900,060 Page 7 

Art Unit: 2193 

WMI into support a Microsoft .NET application as set forth by APA would be the very purpose 
of WMI ( see APA: BACKGROUND, pg. 4) in Ught of.NET methodology's endeavor to obtain 
instrumentation data as purported by MSWML 

As per claim 3, MSWMI discloses converting instrumentation data object to a 
management object that is compatible with said runtime environment ( see claim 1 ; Using WMI 
technology create ...applications that implement ... features such as displaying system 
information, generating ... inventory resources... processing events - pg. 3, Management 
Applications, bottom - Note: integrating data from request via API calls in order to integrate 
them for display in application via processing therein reads on converting requested data in 
runtime compatible form). 

As per claim 4, MSWMI discloses wherein said management object encapsulates 
properties of the instrumentation data object (e.g. Standard inheritable methods - pg. 3, top, 2"^ 
bullet; Features: Monikers, for encapsulating the location - pg 6, middle) accessible through 
said instrumentation data source, including 

properties representing the path (e.g. Features: Object Creation, pg. 6; SWbemObjectPath 
- bottom, pg. 7) of the instrumentation data object for accessing the instrumentation data, 

the options used to retrieve (e.g. SWbemServices Object: Get, Delete, InstancesOf 
ExecQuery, AssociatorsOf . . . pg. 7, middle) the instrumentation data object and 

the identification of the parent (e.g. ParentNameSpace, pg. 8, 3"^^ bullet) of the 
instrumentation data object. 

As per claims 5-6, MSWMI discloses wherein said response comprises an indication that 
an operation was unsuccessful and wherein converting said response to said format comprises 
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generating a management exception object; said indication that an operation was successful 
comprises error codes (e.g. Advantage of Using WMI Scripting: 4^ bullet: built-in features ... 
exception — pg. 5, middle; Features: Error Handling - pg 6, middle; Asynchronous example: 
hResult, ErrorObject - pg, 14, 2"^ para; SwbemLastError object: read-once semantics.,, 
cleared after reading - pg. 9, bottom). 

As per claim 7, MSWMI discloses a computer-readable medium comprising instructions 
which, when executed by a computer, cause the computer to perform the method of any one of 
claims 1 and 3-6 (e.g. Note: a computer system capable of supporting script, encapsulating of 
objects, API calls, binding object-oriented instances to a model, and display of instrumentation 
data or event processing as in claims 1, 3-6 reads on inherent computer readable medium for 
storing such software capabilities). 

As per claim 8, MSWMI discloses a computer-controlled apparatus for performing the 
method of any one of claims 1 and 3-6 ( see claim 7). 

As per claim 9, MSWMI discloses a computer-implemented method for accessing 
instrumentation data from within a runtime environment, wherein the runtime environment 
provides a runtime engine that executes an application compiled in a runtime-aware language 
(e.g. Introduction: enterprise environment^ model - pg 1; Object, Information Model: pg. 5-11- 
Note: application of a enterprise application with modeling and interface or extension APIs reads 
on application with a runtime-aware programming language), the method comprising: 

receiving a request from the application for instrumentation data representing management 
information about other applications and devices available outside the runtime environment (to 
capture instrumentation data from device drivers kernel . .- pg. 2-top, 5^^ bullet; WMI 
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Architecture Overview: using WMIAPIs providers supply ... CIM object Manager with data 
from managed objects, handle requests ; interface between management applications and data 
providers ... common programming interface to Windows Management Instrumentation -pg3, 
middle; Fig. 1, pg. 4; WMI Providers data that is not available from the CIMOM ... forward to 
WMI Provider data and event notifications for managed objects - top pg. 4, 

the request comprising a path of an instrumentation data object for accessing said 
instrumentation data (e.g. Features: Object Creation, pg. 6; SWbemObjectPath - bottom, pg. 7), 
options used to retrieve (e.g. SWbemServices Object: Get, Delete, InstancesOf ExecQuery, 
AssociatorsOf , , , pg. 7, middle; GetObjectText_, Spawnlnstance_, pg. 9, middle) the 
instrumentation data objects and a namespace (e.g. SWbemServices object: object ...connection 
to a namespace - pg. 7, middle; ParentNameSpace, pg. 8, 3*^^ bullet) of the instrumentation data 
object; 

in response to said request, querying for said instrumentation data, using the path to said 
instrumentation data object for accessing said instrumentation data; determining whether said 
instrumentation data was successfully returned (WMI Scripts Usage: Method Execution, 
Queries, remote Access, pg. 11; Asynchronous example: hResult, ErrorObject - pg. 14, 2"^ 
para - Note: scripting with path parameters reads on using path to incorporate in the query 
effected via API calls); and 

in response to determining that said instrumentation data was successfully returned, 
constructing said management object in the runtime environment and populating said 
management object (e.g. CIM Object CoWcction-SwbemObjectSet, pg 1 1 - Note: object set after 
collecting of data from remote access reads on populating CIM model; Features:Object 
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Creation, Collections, Direct Access, pg. 6; SwbemEventSource Object, SwbemNamedValueSet 
collection, SwbemObject) with said instrumentation data. 

MSWMI does not explicitly disclose that the application for the runtime-aware language is 
written in an intermediate language. But this limitation has been addressed in claim 1 above. 

As per claim 10, MSWMI discloses wherein constructing said management object in the 
runtime environment and populating said management object with said instrumentation data 
includes binding an instance of a management object class (e.g. Features: Monikers - pg. 6, 
middle) to said instrumentation data object for accessing said instrumentation data source. 

As per claim 11, MSWMI discloses constructing a management scope object identifying 
the namespace (SWbemServices object: object connection to a namespace - pg. 7, middle; 
ParentNameSpace, pg. 8, 3^^ bullet) associated with said instrumentation data object for 
accessing said instrumentation data. 

As per claims 12-13, MSWMI discloses constructing a management path object 
identifying the path (Features: Object Creation, pg. 6; SWbemObjectPath - bottom, pg. 7), and 
specifying the options to retrieve (e.g. SWbemServices Object: Get, Delete, InstancesOf 
ExecQuery, AssociatorsOf , , . pg. 7, middle; GetObjectText_, Spawnlnstance_, pg. 9, middle) 
said instrumentation data object for accessing said instrumentation data. 

As per claim 14, MSWMI discloses throwing a management exception object 
(Advantage of Using WMI Scripting: 4 bullet: built-in features ... exception -pg. 5, middle; 
Features: Error Handling - pg 6, middle; Asynchronous example: hResult, ErrorObject - pg. 
14, 2"^ para; SwbemLastError object: read-once semantics,., cleared after reading - pg. 9, 
bottom) in response to determining that said instrumentation data was not successfully returned. 
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As per claim 15, MSWMI discloses wherein properties of said management object may be 
accessed utilizing an indexer (e.g. SwbemNamedValueSet: indexing mechanism - 
SwbemNamedValueSet collection, pg. 8). 

As per claims 16-17, MSWMI discloses a computer-readable medium and computer- 
controlled apparatus for performing the method of any one of Claims 9-15 ( refer to claims 7-8). 

Response to Arguments 
6. Applicant's arguments filed 1 0/23/06 have been fully considered but they are not 
persuasive. Following are the Examiner's observation in regard thereto. 

(A) Applicants have submitted that MWMIS describes using script language and that scripts 
themselves cannot be viewed as 'application compiled into . . . intermediate form from . . . 
programming language'; nor can they be viewed as requiring a engine 'configured to execute ... 
intermediate form' ( see Appl. Rmrks, pg. 7). First, the claim mentions about an application 
when run enable services via delegation of tasks for requests for instrumentation data, the 
implementation of the so-recited instrumentation data request is claimed as a sequence of 
transmitting or receiving. The applicants appear to have analogized the API or class objects (to 
retrieve data) to the very environment in which interfaces are called upon to provide this 
instrumentation data. The rejection has set it clear that an application is an application; an 
interface is an interface, and a request is being implemented via such interface call. The 
rejection does not equate any script to an application environment, because it is set clear in 
MSWMI that an runtime environment might request instrumentation data via using application 
interface; and scripting is but one among many approaches for implementation this interfacing 
code; and this is further evidenced in APA, according to which the .NET environment remains 
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the runtime for which data needs to be retrieved using interface calls; and this is what WMI is 
for, or what MSWMI is purported to achieve. The MSWMI does not mix up script with a 
runtime application because script is but an form of implementation for instrumentation whereas 
a runtime in Microsoft has its variety of executable form, one of which is the .NET ( see APA) 
intermediate format. The argument is largely misplaced and not convincing. 

Besides, the intermediate form Umitation is a newly added feature for the present 
submission; and a new rejection has been set forth accordingly, rendering the argument moot 
because it does not apply to a Previous state of an Office Action according to 37 CFR §1.11 1(b), 
whereby the argument has to point to deficiency of the very rejection pertinent to the 
corresponding set of claimed subject matter, which is not the case here. 
(B) The argument against claim 9 is also falling under the ambit of the newly added 
limitation, hence will be referred to section A above; i.e. not persuasive and not conforming to 
prima facie required by 37 CFR §1.111 (b). 

The Arguments are in all not appropriate to overcome the state of the rejection; the 
claims are thus rejected as set forth above. 

Conclusion , 

7, Applicant's amendment necessitated the new ground(s) of rejection presented in this 
Office action. Accordingly, THIS ACTION IS MADE FINAL. See MPEP § 706.07(a). 
Applicant is reminded of the extension of time policy as set forth in 37 CFR 1 . 1 36(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within TWO 
MONTHS of the mailing date of this final action and the advisory action is not mailed until after 
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the end of the THREE-MONTH shortened statutory period, then the shortened statutory period 
will expire on the date the advisory action is mailed, and any extension fee pursuant to 37 
CFR 1.136(a) will be calculated from the mailing date of the advisory action. In no event, 
however, will the statutory period for reply expire later than SIX MONTHS from the date of this 
final action. 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Tuan A Vu whose telephone number is (272) 272-3735. The 
examiner can normally be reached on 8AM-4:30PM/Mon-Fri. 

If attempts to reach the examiner by telephone are unsuccessfiil, the examiner's 
supervisor, Meng-Ai An can be reached on (571)272-3756. 

The fax phone number for the organization where this application or proceeding is 
assigned is (571) 273-3735 ( for non-official correspondence - please consuh Examiner before 
using) or 571-273-8300 ( for official correspondence) or redirected to customer service at 571- 
272-3609. 

Any inquiry of a general nature or relating to the status of this application should be 
directed to the TC 2100 Group receptionist: 571-272-2100. 

Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR 
system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). 
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